Battle for Wesnoth is a fantasy turn-based strategy game. Battle for control of
villages, using variety of units which have advantages and disadvantages in
different types of terrains and against different types of attacks. Units gain
experience and advance levels, and are carried over from one scenario to the
next campaign.
===> The following configuration options are available for wesnoth-1.18.8_1,1:
CAMPAIGN=on: Campaign server
DOCS=on: Build and/or install documentation
FRIBIDI=on: Bidirectional support
NLS=on: Native Language Support
NOTIFY=on: Desktop notifications
SERVER=on: Server
TEST=off: Build and/or run tests
===> Use 'make config' to modify these settings
Wesnoth assumes an UTF-8 charset by default. Using another charset
will result in a crash. To avoid this situation set the charset
before starting wesnoth:
env LANG=en_US.UTF-8 wesnoth
games/wesnoth: update to 1.8.18 release (+)
What's new in version 1.18.8:
Updated translations: Bengali, Chinese (Simplified), Czech, German, Hebrew,
Hungarian, Portuguese (Brazil), Spanish
CMake build system: Make Boost::system optional with boost 1.69 or later
(necessary for compatibility with 1.89 and later).
Resolved not all translations being available for selection on Windows builds.
Release notes: https://github.com/wesnoth/wesnoth/blob/1.18.8/changelog.md
games/wesnoth: update to 1.8.17 release (+)
What's new in version 1.18.7:
Updated translations: Bengali, Chinese (Simplified), Czech, French, Hungarian,
Portuguese (Brazil)
Miscellaneous and Bug Fixes
Fix time of day sounds not playing.
Release notes: https://github.com/wesnoth/wesnoth/blob/1.18.7/changelog.md
games/wesnoth: update to 1.18.6 release (+)
Version 1.18.6:
Multiplayer
* 5p - The Wilderlands:
* Fixed lag during AI turn (issue #10419)
Translations
* Updated translations: Ancient Greek, Arabic, Bengali, British English,
Catalan, Chinese (Simplified), Czech, Finnish, French, Galician, Hungarian,
Polish, Spanish
User interface
* The load-game dialog can now see the directories used by the development
version (1.19.2 and later)
games/wesnoth: fix build following addition of unreachable(3)
This avoids a name collision between the C23 unreachable() macro from
<stddef.h> and a local variable, fixing the build on FreeBSD 16-CURRENT.
Reported by: fluffy
Approved by: portmgr (build fix blanket)
MFH: 2025Q4
games/wesnoth: update to 1.18.2 release (+)
What's new in version 1.18.2:
Translations
* Updated translations: Chinese (Simplified), French, Ukrainian
WML Engine
* Fixed out of sync errors due to bad undo/redo handling.
Miscellaneous and Bug Fixes
* Server-side fix for the "Something is wrong with the addon version check
database supporting the multiplayer lobby." error (issue #8805)
* Potential fix for log files not being written on Windows.
games/wesnoth: update to 1.16.12 release (+)
Security Fixes:
* Run wesnothd server as _wesnoth:_wesnoth instead of nobody:users, improving
safety and fixing a warning message in systemd 246+
Translations:
* Updated translations: Czech, German, Italian
Miscellaneous and Bug Fixes:
* Fix a regression from 1.13.11 that inverted horizontal scrolling with SDL
versions 2.0.18+ on X11 and versions 2.0.20+ on Wayland
Sponsored by: Serenity Cybersecurity, LLC
games/wesnoth: update to 1.16.11 release (+)
Updated translations: Arabic, British English, Bulgarian, Chinese (Simplified),
Czech, French, Japanese, Polish, Slovak, Welsh
Miscellaneous and Bug Fixes:
Fix a crash in the :inspect window when pagination is used (issue #7851).
Fix "Something is wrong with the addon version check database supporting the
multiplayer lobby".
Note that It also required the host of the game to use wesnoth 1.16.11
Full Changelog: https://github.com/wesnoth/wesnoth/blob/1.16/changelog.md
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
Add USES=xorg USES=gl, ports categories g
Add USES=xorg and USES=gl to ports in categories starting with 'g'.
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
Remove compatibility code for FreeBSD < 11.2 from all ports.
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Build with -std=gnu++11 when OPENMP is on.
-std=gnu++11 is necessary on FreeBSD 10, whose libc++ does not have the
`operator delete(void*, size_t)' overload from C++14. GCC 6 defaults to
--std=gnu++14, which then breaks the build.
PR: 219485
Mark some ports failing on power64. In cases where the error message
was a stub, provide a real one.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
Reported by: swills
games/wesnoth: add pkg-message for charset information
Wesnoth assumes an UTF-8 charset by default. Using another
one will result in a crash of Wesnoth. Since the charset
depends on the env, the user needs to take care itself.
PR: 216500
Submitted by: mzs_47@yahoo.co.in
Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
